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METHOD FOR TRANSMITTING INFORMATION 

Field of the nrfs/vavmow 

The^imf^ition relates to a method for transmitting information 
using a data structure that is defined by the formal language 
called Abstract Syntax Notation One (ASN.l) . 
B8Ck6R0UWD INFORMATION 

Reference is made to the following documents: 



[NMFTR107] Network Management Forum 

Forum TR107: ISO/CCITT and Internet Management: 
Coexistence and Interworking Strategy 
Issue 1.0 September 1992 

[M.3010] ITU-T Recommendation M.3010 

Maintenance : Telecommunications Management 
Network 

Principles for a Telecommunications Management 
Network 10/92 

[X.160] ITU-T Recommendation X.160 

Data Networks and Open System Communications 
Public Data Networks - Maintenance 
Architecture for Customer Network Management 
Service for Public Data Networks 7/94 



tUnl /Q3 72-7 US 



[X. 200] 



S^tec'd PCT/PTO 2 9 OCT 19 



Data Networks and ' Open System Communications 

Open System Interconnection - 

Model and Notation 

Information Technology - 

Open System Interconnection 

Basic Reference Model 

Geneva, 19 94 



[X. 208] 
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ITU-T Recommendation X.2 08 

Specification of abstract syntax notation one 
(ASN. 1) 

Information technology 

Open System Interconnection 1988 



15 [X. 209] 



ITU-T Recommendation X.20 9 

Specification of Basic Encoding Rules for 
Abstract Syntax Notation One (ASN.l) 



[X. 710] 



U 2 0 
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[X. 711] 
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ITU-T Recommendation X.710 

Data Communication Networks 

Open Systems Interconnection 

Common Management Information Service 

Definition for CCITT Applications 

Geneva, 19 91 

ITU-T Recommendation X.711 

Data Communication Networks 

Open Systems Interconnection 

Common Management Information Protocol 

Specification for CCITT Applications 

Geneva, 19 91 
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[X.722] ITU-T Recommendation X.722 

Data Communication Networks 
Open Systems Interconnection 
Structure of Management Information 
Guidelines for the Definition of Managed 
Obj ects 
Geneva, 19 92 

[RFC 1157] Network Working Group RFC 115 7 

Simple Network Management Protocol (SNMP) 

[RFC 10 85] Network Working Group RFC 1085 

ISO Presentation Services on top of TCP/IP- 
based internets 

M. Rose, Performance Systems International 
K. McCloghrie, Hughes LAN Systems 
December 1988 

[RFC 118 9] Network Working Group RFC 118 9 

Common Management Information Services and 
Protocols for the Internet (CMOT and CMIP) . 
U.S. Warrier, L. Besaw, L. LaBarre, B.D. 
Handspicker . 

historic protocol, not recommended status 
Oct-01-1990 . 

[RFC 1214] Network Working Group RFC 1214 

OSI Internet Management: Management Information 
Base 

L. Labarre 

historic protocol, not recommended status 



April 1991 



[RFC0793] 



Network Working Group RFC 0 7 93 
Transmission Control Protocol 
J. Postel. September 1981 
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OSI Abstract-Data Manipulation API (XOM) 
CAE Specification 
Issue 3 

x/Open Company Ltd 
ISBN 1 85912 175 6 



15 
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25 
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The following abbreviations are used: 

ASN.l Abstract Syntax Notation One [X.208] 

BER Basic Encoding Rules [X.209] 

CMIP Common Management Information Protocol [X.711] 

CMIPDU Common Management Information Protocol Data Unit [X.711] 

CMIS Common Management Information Service [X.710] 

CNM Customer Management Network [X.160] 

DCF Data Communication Function 

DCN Data Communication Network 

GDMO Guidelines for the Definition of Managed Objects [X.722] 

OSI Open System Interconnection [X.200] 

SNMP Simple Network Management Protocol [RFC1157] 

TCP/IP Transmission Control Protocol / Internet Protocol [RFC0793] 

TMN Telecommunication Management Network [M.3010] 

XOM X-OPEN, Interface for handling ASN.l 
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Abstract Syntax Notation One (ASN.l) [X.208] permits the 
formal specification of data types. It is used for the 
platform- independent definition of a variety of services and 
protocols of the OSI 7 -layer model (Open System 
5 Interconnection [X.200]), among other things. To transmit the 
stored information, whose structure is defined by ASN.l, there 
exists a series of methods to encode ASN.l values, such as the 
Basic Encoding Rules (BER) [X.209] . The BER-encoded 
information can then be transmitted in binary form with the 
10 help of any desired method. In general, transmission protocols 
from the TCP/IP or OSI family are used. 



5 At the present time, transmitting the various Protocol Data 

3 Units (PDUs) from layer 7 of the OSI 7 -layer model, as defined 

5 15 in ASN.l, with the help of a purely OSI-based protocol stack, 
2 entails substantial outlay. For this reason, the use of these 

protocols is often avoided, or the lower layers of the OSI 
1 protocol stack are replaced with an already existing TCP/IP 

protocol. As an example of a number of these methods, one 
□ 20 might mention CMIP over TCP/IP (CMOT) [RFC1189] . 

5UNM(W OF THE IWVEOTCU 

54*^ object of the present invention is to avoid^these 
disadvantages associated with the binary transmission of 
information, whose structure is defined by ASN.l. 
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This objective is achieved according to the present invention 
by transmitting the information encoded as text. A form of 
plain-text encoding is generally to be used which allows the 
encoded contents to be read without additional tools. 

advantages of the method according to the present 
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invention lie primarily in the fact that text -based 
transmission protocols are generally in very widespread use 
and correspondingly lower in price than binary transmission 
procedures. In addition, fault localization is much simpler 
with plain text encoding, so that the costs for implementing 
any given application are much lower . To summarize^t^Te 
advantages : 

• Due to the widespread use of text-based transmission 

-for -c\u^jt^c^ 

protocols, such as e-mail, A the number of computers that 
can be reached using such protocols is much greater than 
those that can be reached when binary transmission 
methods are used. 

kS • So-called firewalls used to insulate companies 1 internal 

p networks are often open only for text -based transmission 

% 15 protocols. 

^ • No additional tools are needed to localize faults in 

encoded ASN.l information, since the encoded information 
]2 is in a form that can be read by human programmers. 

~ • The use of very simple protocols means that no great 



Q 2 0 demands are made in terms of the computing power needed 

for encoding and transmission, so that even lower-end PCs 
are suited for this purpose. 
• Transmitting and receiving facilities need not contain 
complex protocol stacks. The software needed for text- 
25 based transmission is already a part of many operating 

systems . 



Unlike BER encoding, the method according to the present 
invention makes it possible to decode the received data 
30 without having to access a reference to the ASN.l definition 
internal to the application. 
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A particularly advantageous 'further development of the method 
according to the present invention is the fact that each piece 
of information transmitted has its data type defined according 
to ASN.l transmitted with it, with the data type generally 
5 preceding the information and being separated from it by a 
predefined separator, typically an equal sign. 

This further development allows a use of the method according 
to the present invention that is particularly useful to the 
10 user, in that the information is encoded as text and thus can 
be output using standard output devices. It also allows simple 
entry by the user as well as long-term storage of the 
\Q information in text encoded form. 

! s « 15 The protocol that will be generally used in the future for 

managing public telecommunications networks - also called 

networks in the following - is CMIP [X.711] . In this context, 

l2 telecommunications networks can be networks for the 

[Jz transmission of voice, data and images. The structure of the 

Q 20 CMIPDU has been formally defined with the aid of ASN.l. The 

management information transmitted via CMIPDUs is encoded in 

(X conformance with the Basic Encoding Rules. The - nrhrrtnt - agoo o n f 

b> aAvarstcL g-eous^ -for eioample, 
0^ j&¥i OSI protocol stack^are ind i qppnsahlf? for transmitting the 

CMIP-based management information, particularly for long 

25 distances or due to stringent quality requirements. At the 

same time, however, there are applications for which a much 

simpler and more cost-effective approach suffices for the 

transmission of management information. In addition to the 

implementation of CMIP for SNMP, which is in widespread use in 

30 local networks, CMIP is currently also transmitted via TCP/IP, 

which is technologically simpler than the OSI protocols of the 
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A further refinement of the method according to the present 
invention^ thorof orc\ provides that the information to be 
transmitted via CMIP relates to the management of public 
telecommunications networks. This further refinement makes it 
irrelevant whether the plain-text encoding used is based on 
the fact that CMIP was defined in ASN.l, or whether the text- 
based encoding rules were created independently of that fact . 



In addition to the above-mentioned advantages of the method 
according to the present invention, this further refinement, 
t y i.e., text-based CMIP transmission, makes the use of CMIP 

13 practical even in cases where cost considerations rule out the 

>J 15 more costly transmission via an OSI protocol stack. 

■ ~r 

E In the future, operators of public networks will provide their 

^ customers with a management interface by way of which the 

: ^ customers will be able to initiate management operations 

3 20 relevant to the part of the public network they have leased. 

sr. 

The customers will then be able to transmit all data that they 
wish to the operating company via this interface. 

An example of this is a request for a dedicated line between 
25 site A and site B of a customer's private network. The two 
sites are to be linked via the public network. To this end, 
another further development of the method according to the 
present invention provides that the information be transmitted 
between a subscriber and a public network and/or its 
3 0 management systems, and that it relate to network management 
to be performed by the subscriber. 
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CX In particular, the present invention nnin bp so conooivod - that 

an e-mail interface is created for text-encoded information. 
~TKe cusVOna^T is provided 
Ck JFh-io further refinement provid& s — the Guotomc r with a cost- 

effective, yet reliable interface to the network operator. It 
5 does so without excluding the advantages of CMIP as a 
management protocol . 



Such an interface between the customer's private management 

system and that of the network operator makes it possible for 

10 customers to not only perform management operations on their 

0l\$o 

^ own local network, button that part of the public network 

which they use^ ao wall . This is referred to as Customer 
=i0 Network Management. A typical application is, for example, a 

q customer- specif ic configuration of the network. Immediate 

^ 15 reporting of identified faults to the customer is another 

example of CNM, as is the provision of specific statistical 
:; data. 

is sis 

; ( 2 Another further refinement of the present invention includes 

i!3 2 0 using character tables for encoding and decoding the 

information to allow a simple and flexible adaptation to the 
limited character set of the transmission system. If, for 
example, a transmission protocol is not able to transmit the 
"{" and " } " characters, a different typical character can be 
25 used instead, without having to fundamentally alter the 

encoding rules. Thus, without entailing additional technical 
outlay, the parallel use of different character tables makes 
it possible to support a plurality of transmission media using 
different character sets within one and the same application. 
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Another further refinement of the method according to the 
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present invention provides that the management information be 
encoded and transmitted automatically, as well as received and 
decoded automatically. 



In the network operator's area, automatic conversion of the 
text-based transmission to an OSI protocol stack is thus 
possible at any time. ¥be A advantage of this architecture is 
the fact that not all customers have to administer their own 
OSI stacks, but rather that the network operator can offer 
this as a centralized service for all customers. 

Embodiments of the present invention are shown in the drawing 
usiW several figures and explained in more detail in the 
following description. It shows: 

first embodiment of a facility for realizing the 
mtethod according to the present invention; 

a seapnd exemplary embodiment, also as a block 
diagrafo; 

a schemat^P representation of the management of a 
part of a pWblic telecommunications network used by 
a subscriber ;\ and 

a schematic representation of a text-based 
transmission of CMIsP-based management information 
between a CNM customer and a network operator. 

In the embodiment shown in Figure 1, two management systems 1 
and 2 are interconnected to exchange information via a text- 




Fig. 3 



Fig. 4 
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based transmission system 3.' The 'useful information to be 
transmitted can exist in the sending and receiving 
applications 4 and 5 for management systems 1 and 2 in a 
variety of proprietary data formats. The structure of these 
5 data formats is determined by the tools used to create the 

applications. In 6 and 7, this useful information is encoded 
and decoded in accordance with ASN.l and, additionally, in 
accordance with the method of the present invention. 



10 Figure 2 shows one possible realization of the architecture 
depicted in Figure 1. Information is transmitted from C data 
structures, residing in a first management system 11 at 13, to 
! *D management system 12, where it is stored as C/C++ data types 

Q at 18. 

LM The pieces of information resident at 13 are first fed to an 

n XOM interface 14 and encoded there as XOM objects, so that 

^ they can be implemented in conformance with ASN.l. These 

objects are then converted using the method according to the 
Q 20 present invention into text-based transmission protocols, 

which are transmitted as e-mail 19 and received by management 
system 12. There, they are first decoded at 16 and converted 
into C++ objects, and subsequently stored at 18 as C/C++ data 
types . 

25 

Figure 3 depicts a scenario where a customer asks the operator 
of a public network to connect two sites (A and B) via a 
dedicated line. The customer's request 24 is made via his or 
her management system 21 at site A to management system 22 of 
3 0 network operator N. This management system checks in its own 
network to see if the request is feasible and then routes it 
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to management system 23 at site B of the customer (25) . Once 
message 26 that the corresponding part of the dedicated line 
has been able to be successfully set up, is received from 
there, the through- connect ion is established in the public 
network, and the result "line set up" is relayed to site A 
(27) . 

Figure 4 clarifies the text -based transmission of CMIP -based 
management information between a CNM customer and the network 
operator. Management system 21 at site A and the customer's 
management system 23 at site B are linked to management system 
22 of network operator N, each via a CNM interface 36 and 37, 
via which the information that has been encoded as plain text 
in conformance with the method of the present invention is 
transmitted . 

The customer's management systems 21 and 23 have access to the 
customer's network elements 34 and 35, respectively. For 
example, this takes place at site A with the help of CMIP via 
TCP/IP, while at site B, SNMP is used. Management system 22 of 
network operator N, whose domain is indicated by the dotted 
lines in Fig. 4, has access to network elements 31 through 33 
of the public network. This access is performed using CMIP via 
a 7-layer OSI protocol stack. 

Network operator N offers the customer a CNM service, which 
enables the customer to use its own management application or 
one provided by the network operator to route its management 
requests to management system 22 of the public network. The 
management information to be transmitted is automatically 
encoded as plain text at the customer's site within the 
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customer's management application, and is transmitted via a 
text -based protocol to the network operator's management 
system 22 . This message is either received automatically by 
management system 22 of the network operator or that of a CNM 
5 service provider, and is further processed directly; or a 

conversion takes place at 36 and 37 to an OSI protocol stack 
and to an OSI-based transmission to the network operator's 
management system . 

10 Management information can also be advantageously communicated 
to the customer's management systems 21 and 23 using the 
method of the present invention. To this end, a plain- text 
vD message is automatically routed by network operator N to the 

i;3 customer. CNM customer's management application automatically 

^ 15 receives and decodes this text message, in order to route the 
! ^ transmitted management information onward. 

f I ■ The ASN.l encoding according to the present invention is 

jjf carried out in accordance with an established procedure. As a 

;...J 

□ 20 general principle, for each ASN.l type, the tag is first 

encoded in the form of an appropriate name (e.g., "INTEGER" 
for Universal Tag 2) that conforms with the ASN.l standard, 
and a " =" character is inserted as a separator. The value is 
then encoded in the manner predetermined for that type. If an 
25 ASN.l data type, for its part, is made up of other data types, 
then, when its value is encoded, the tags and values of the 
data types it contains are also encoded. 

Two variants are defined for the encoding rules, both of which 
3 0 are contained in this patent claim. The standard variant 
suffices completely for encoding the ASN.l version and is 
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simple to implement. In the 'case j of the expanded variant, the 
encoded text is provided with additional information taken 
from the ASN.l type definition. This clearly simplifies fault 
localization, in comparison to both the standard variant of 
5 plain- text encoding and the binary-encoded form. However, 

using the expanded variant increases the outlay entailed in 
0^ application development. For^that reason, it is also 

permissible to use only selected parts of the expanded 
encoding, as long as this is done consistently in the 
10 transmitter and receiver. If the expanded variant is provided 
for encoding a special data type, it is explained below in the 
description of the appropriate data types. 

Q 

q The following sections specify the ASN.l definition relevant 

15 to the description of the encoding rules for the individual 
w data types, and give one or more encoding examples. 



'2 BOOLEAN 

if Encoding of a Boolean data type is performed by encoding the 

:3 20 text "BOOLEAN" for the type and the texts "TRUE# " or "FALSE# 
for the value : 



ASN.l definition Encoding (several examples) 
Bol : : = BOOLEAN BOOLEAN=TRUE# 
2 5 BOOLEAN=FALSE# 



INTEGER 

An integer value is designated by the text "INTEGER" and the 
corresponding value in the format of a decimal number. Only 
3 0 negative numbers are to be given a sign. The encoding of the 
value is terminated by a character. 
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ASN.l definition Encoding (several examples) 
Int : : = INTEGER INTEGER= 1 2 3 # 

INTEGER=-12 3# 

5 BIT STRING 

A bit string is encoded using the text "BIT STRING" . The value 
is encoded by a binary list contained in " { } " characters and 
identified by a preceding "B" for binary, and by the number of 
encoded elements. Hexadecimal encoding instead of binary 
10 encoding is identified accordingly by an ,! H M . If the number of 
bits is not an integral multiple of four, the undefined low- 
order bits (rightmost) are to be encoded using the binary 
value "0". For both binary and hexadecimal encoding, it is 
|«U possible in conformance with the ASN.l definition, to do 

l: Z 15 without the encoding of elements situated at the end, if they 
Ui are encoded with the value "0". 

In the expanded encoding, the identifiers of the elements are 
y listed, whose binary value corresponds to a "1". The beginning 

(SK? 

□ 20 of the list is identified by the "{" character, and the end by 
the " } " character. A u /" character is used as the separator in 
this list. 

ASN.l definition Encoding (multiple variants) 

25 BitStr::= BIT STRING { BIT STRING=B5 { 0 110 0 } 

ele(0), BIT STRING=B3 { 011 } 

ele(l), BIT STRING=H2 {70} 

ele(2), BIT STRING=Hl{7} 

ele (3) , 

30 ele (4) Expanded encoding: 

BIT STRING={ele (1) /ele (2) } 
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■ BIT STRING=B5{00000} 
BIT STRING=B1{0} 
BIT STRING=Hl{0} 

5 Expanded encoding : 

BIT STRING={} 

OCTET STRING 

An octet string is encoded using the text "OCTET STRING" . The 
10 value is encoded through a binary list enclosed in " { } " 

characters and preceded by a "B" for binary and the number of 
encoded elements. Hexadecimal encoding can also be used; it is 
designated by an "H" . A character is used as the separator 

between the individual octet values. 
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ASN.l definition Encoding 

OctStr::= OCTET STRING OCTET STRING=B2 { 1110 0 0 0 1/ llllllll} 

OCTET STRING=H2 { El/FF } 

2 0 NULL 

Encoding of the ASN.l data type null is performed using the 
text "NULL=NULL#" . 

ASN.l definition Encoding 
2 5 Null=NULL NULL=NULL# 

OBJECT IDENTIFIER 

The ASN.l data type object identifier is encoded using the 
text "OBJECT IDENTIFIER" . The value is encoded by listing the 
30 ordinal numbers of the nodes in the registration tree, from 

the root element to the registered element, and preceding the 
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listing with the encoding of 1 the 'text "NUMERIC" . The numerical 
values of this list are separated by periods. The encoding of 
the value is terminated by characters. 



5 In expanded encoding, designated by the text "Symbolic", a 
unique mnemonic identifier is used in place of the less 
meaningful numeric sequences. That, of course, requires that a 
clear tabular relationship conforming to a set theory be 
created between identifiers and object identifiers. A 
10 combination of mnemonic identifiers and numerical sequences is 
not permissible. The encoding of the value is terminated by 
" #" characters. 

sip 

ASN.l definition Encoding 
15 Obj::= OBJECT IDENTIFIER OBJECT IDENTIFIER=Numeric , 

W 1.2.2.1.4## 



Expanded encoding 
OBJECT I DENT I F I ER= Symbo lie, 
20 systemld# 



EXTERNAL 

The tag of the data type external is encoded using the text 
"EXTERNAL" . The encoding of values of this data type is 
25 derived from the encoding rules for the following SEQUENCE: 



SEQUENCE 
{ 

direct-reference OBJECT IDENTIFIER OPTIONAL, 

30 indirect -reference INTEGER OPTIONAL, 

data-value-descriptor Obj ectDescriptor OPTIONAL, 
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encoding 

{ 

single -ASN1 -type 
octet -aligned 
arbitrary 



CHOICE 

[0] IMPLICIT ANY, 

[1] IMPLICIT OCTET STRING, 

[2] IMPLICIT BIT STRING 



} 



} 



REAL 

10 Real numbers are encoded in scientific notation. The encoding 
of the value is terminated by "#" characters. 
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ASN.l definition 
Real : : = REAL 



Encoding 
REAL=1 . 23E45# 



ENUMERATED 

The tag of an enumerated type is encoded using the text 
"ENUMERATED" . Values are encoded by specifying the integer 
associated with the element . The encoding of the value is 
terminated by characters. In expanded encoding, the 

element is encoded identically to its definition text. 



ASN.l definition 
Enum : : = ENUMERATED { 
25 a (0) , 

b(l) , 
c(2) 



Encoding 
ENUMERATED = 1 # 

expanded encoding : 
ENUMERATED=b ( 1 ) # 



SEQUENCE 

30 The tag of a sequence is encoded using the text "SEQUENCE". 

The encoding of the value of a sequence begins with the number 
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of encoded elements, followed by a "{" character, and 
terminates with a " } " character. In further specifying the 
value encoding, we must distinguish between two types of 
sequences : 

5 In a simple sequence, the ASN . 1 types contained in the 

sequence are encoded in the order in which they appear in the 
definition. The position numbers are placed in front, each 
separated by a comma. A character is inserted as a 

separator between these types. Unused optional elements of the 
10 sequence are simply left out in the encoding, so that in such 
cases, the separator character is also not encoded. 

ASN.l definition 
Seq : : = SEQUENCE { 

■i is 

a INTEGER, 

b BOOLEAN OPTIONAL, 
j 2 0 c INTEGER} 

sr. 

The value of a sequence is defined by encoding the enclosed 
data type the appropriate number of times, with preceding 
position number, and each separated by a character. 

25 

ASN.l definition Encoding (several examples) 

Seq::= SEQUENCE OF INTEGER SEQUENCE OF=3 { 1 , INTEGER=l#/2 , 

INTEGER=2#/3 , INTEGER=3# } 

3 0 SEQUENCE=0{} 



Encoding (several examples) 
SEQUENCE=2{l, INTEGER=12 3#/ 

3, INTEGER=4 56#) 
SEQUENCE=3 { 1 , INTEGER=l#/2 , 

BOOLEAN=FALSE#/3 , 

INTEGER=3# } 
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SET 

The tag of the set type is encoded using the text "SET" . The 
encoding of the value begins with the number of encoded 
elements, followed by a " { " character, and terminates with a 
5 " } " character. In further specifying the value encoding, we 
must distinguish between two kinds of set data types: 
In a simple set type, the ASN . 1 types contained in the 
definition are encoded in the order in which they appear in 
the definition. The position numbers are placed in front, each 
10 separated by a comma. A character is inserted as a 

separator between these types. Unused optional elements of the 
set are simply left out when encoding, so that in such cases, 
the separator character is also not encoded. 

15 

ASN.l definition Encoding (several examples) 

Set ::= SET SET=2 { 1 , INTEGER=12 3 #/2 , BO 0LEAN=TRUE# } 

a INTEGER, 
b BOOLEAN, 
1 20 c OBJECT IDENTIFIER optional} 

The value of a set of type is defined by encoding the enclosed 
data type the appropriate number of times, with preceding 
position number, with each separated by a character. 
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ASN.l definition Encoding (several examples) 

Set::= SET OF INTEGER SET=3 { 1 , INTEGER=l#/2 , INTEGER=2#/ 

3, INTEGERS #) 

SET= { } 

Character Strings 



20 



Encoding is identical for the various string types and the 

subtypes derived therefrom. The type is encoded using the text 

"NumericString" , "PrintableString" , " Tele texSt ring n , 

"VideotexString" , » VisibleString " , " IA5String M , 

"GraphicString" , "GeneralString" , "Ob j ectDescriptor" , 

-for e^dopkpkj 

"UTCTime" or " General izedTime 11 , ^depending on which type is 
involved. 

If no special characters are contained, and no characters 
10 which cannot be encoded, simple value encoding can be used. It 
is introduced by the text "simple" and, separated by a 11 , " 
character, followed by the number of characters included. The 

n 

•SB!? 

text itself then follows as uncoded text, enclosed in curly 

q braces. If encoding is not possible with simple value 

15 encoding, expanded encoding is used, which is introduced by 

^ the text "complex". Separated by a "," character, the encoding 

■e of the number of contained characters follows, and then a " { " 

TI character. The codes of the individual characters are then 

]^ encoded in hexadecimal form, separated by characters from 

Q 2 0 each other. The encoding is terminated by a u }" character. 

ASN.l definition Encoding (several examples) 

Str ::= GeneralString GraphicString=simple , 3 {xyz } 

GeneralString=complex, 3 { 78/79/7A} 

25 

CHOICE 

The choice type is encoded using the text "CHOICE" . The 
encoding of the value of a choice is similar to the encoding 
of a sequence, and begins with the number "1" for the number 
30 of elements encoded in the choice. The encoding of the element 
contained begins with a " { " character and terminates with a 
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character. Before the encoding of the type, its position 
is encoded, separated by a comma. 

ASN.l definition Encoding (several examples) 

5 Bsp::= CHOICE { CH0ICE=1 { 2 , GraphicString= 

simple . 3 { A} } 

typl INTEGER, CH0ICE=1 { 1 , INTEGER=123# } 

typ2 GraphicString } 

10 ANY DEFINED BY 

The type ANY DEFINED BY is defined by the string "ANY " . The 
value of an ANY type is encoded as a type of its own, unlike 
BER encoding.. Since the ANY DEFINED BY type is only permitted 
q within a SEQUENCE or a SET, the example shows the 

^ 15 corresponding definition within a sequence definition. For the 
W encoding, first the text is encoded, and then the type 

■e intended for the ANY type. The definition is terminated by the 

lI " } " character . 

G 20 ASN.l definition 
Seq::= SEQUENCE { 

i INTEGER; 

a ANY DEFINED BY i } 

25 

Referencing an information model: 

Unlike plain-text encoding, which can be decoded without 
knowing anything of the information model, a BER encoding 
requires a reference to the information model, stored in 
3 0 metadata format. To enable encoding by referencing metadata 
from within plain- text encoding as well, it is possible for 



Encoding 

SEQUENCE=2 { 1 , INTEGER=l#/2 , 
ANY= { INTEGER=5# } } 
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the metadata to be used to precede any type encoding. This 
metadata is then valid only for that type and any types 
contained in it . 



ASN.l definition 
Bsp : : = INTEGER 



Encoding 

SetMetaData=Dateiname, INTEGER=123# 



